Η Νέα Υπερδύναμη της JavaScript: Ο Βοηθός Επανάληψης 'every' για Καθολικές Συνθήκες Ροών Δεδομένων

Στο εξελισσόμενο τοπίο της σύγχρονης ανάπτυξης λογισμικού, η κλίμακα των δεδομένων που διαχειριζόμαστε αυξάνεται διαρκώς. Από πίνακες ελέγχου αναλυτικών στοιχείων σε πραγματικό χρόνο που επεξεργάζονται ροές WebSocket έως εφαρμογές από την πλευρά του διακομιστή που αναλύουν τεράστια αρχεία καταγραφής, η ικανότητα αποτελεσματικής διαχείρισης ακολουθιών δεδομένων είναι πιο κρίσιμη από ποτέ. Για χρόνια, οι προγραμματιστές JavaScript βασίζονταν σε μεγάλο βαθμό στις πλούσιες, δηλωτικές μεθόδους που είναι διαθέσιμες στο `Array.prototype`—`map`, `filter`, `reduce`, και `every`—για να χειριστούν συλλογές. Ωστόσο, αυτή η ευκολία συνοδευόταν από μια σημαντική επιφύλαξη: τα δεδομένα σας έπρεπε να είναι ένας πίνακας, ή έπρεπε να είστε διατεθειμένοι να πληρώσετε το τίμημα της μετατροπής τους σε έναν.

Αυτό το βήμα μετατροπής, που συχνά γίνεται με το `Array.from()` ή τη σύνταξη spread (`[...]`), δημιουργεί μια θεμελιώδη ένταση. Χρησιμοποιούμε επαναλήπτες και γεννήτριες ακριβώς για την αποδοτικότητά τους ως προς τη μνήμη και την τεμπέλικη αξιολόγηση (lazy evaluation), ειδικά με μεγάλα ή άπειρα σύνολα δεδομένων. Η εξαναγκαστική μετατροπή αυτών των δεδομένων σε έναν πίνακα στη μνήμη μόνο και μόνο για να χρησιμοποιηθεί μια βολική μέθοδος αναιρεί αυτά τα βασικά οφέλη, οδηγώντας σε σημεία συμφόρησης στην απόδοση και πιθανά σφάλματα υπερχείλισης μνήμης. Είναι μια κλασική περίπτωση προσπάθειας να χωρέσει ένα τετράγωνο αντικείμενο σε μια στρογγυλή τρύπα.

Εδώ έρχεται η πρόταση Iterator Helpers, μια μετασχηματιστική πρωτοβουλία της TC39 που πρόκειται να επαναπροσδιορίσει τον τρόπο με τον οποίο αλληλεπιδρούμε με όλα τα επαναλήψιμα δεδομένα στη JavaScript. Αυτή η πρόταση επαυξάνει το `Iterator.prototype` με μια σουίτα ισχυρών, συνδεόμενων μεθόδων, φέρνοντας την εκφραστική δύναμη των μεθόδων πίνακα απευθείας σε οποιαδήποτε επαναλήψιμη πηγή χωρίς την επιβάρυνση της μνήμης. Σήμερα, θα εξερευνήσουμε σε βάθος μία από τις πιο επιδραστικές τερματικές μεθόδους από αυτή τη νέα εργαλειοθήκη: την `Iterator.prototype.every`. Αυτή η μέθοδος είναι ένας καθολικός επαληθευτής, παρέχοντας έναν καθαρό, υψηλής απόδοσης και οικονομικό ως προς τη μνήμη τρόπο για να επιβεβαιώσουμε αν κάθε στοιχείο σε οποιαδήποτε επαναλήψιμη ακολουθία συμμορφώνεται με έναν δεδομένο κανόνα.

Αυτός ο περιεκτικός οδηγός θα εξερευνήσει τους μηχανισμούς, τις πρακτικές εφαρμογές και τις επιπτώσεις στην απόδοση της `every`. Θα αναλύσουμε τη συμπεριφορά της με απλές συλλογές, σύνθετες γεννήτριες, ακόμα και άπειρες ροές, αποδεικνύοντας πώς επιτρέπει ένα νέο παράδειγμα γραφής ασφαλέστερου, πιο αποδοτικού και πιο εκφραστικού κώδικα JavaScript για ένα παγκόσμιο κοινό.

Μια Αλλαγή Παραδείγματος: Γιατί Χρειαζόμαστε τους Βοηθούς Επανάληψης

Για να εκτιμήσουμε πλήρως την `Iterator.prototype.every`, πρέπει πρώτα να κατανοήσουμε τις θεμελιώδεις έννοιες της επανάληψης στη JavaScript και τα συγκεκριμένα προβλήματα που οι βοηθοί επανάληψης σχεδιάστηκαν να λύσουν.

Το Πρωτόκολλο Επανάληψης: Μια Γρήγορη Υπενθύμιση

Στον πυρήνα του, το μοντέλο επανάληψης της JavaScript βασίζεται σε μια απλή σύμβαση. Ένα iterable (επαναλήψιμο) είναι ένα αντικείμενο που ορίζει πώς μπορεί να επαναληφθεί (π.χ., ένα `Array`, `String`, `Map`, `Set`). Αυτό το κάνει υλοποιώντας μια μέθοδο `[Symbol.iterator]`. Όταν αυτή η μέθοδος καλείται, επιστρέφει έναν iterator (επαναλήπτη). Ο επαναλήπτης είναι το αντικείμενο που παράγει πραγματικά την ακολουθία των τιμών υλοποιώντας μια μέθοδο `next()`. Κάθε κλήση στο `next()` επιστρέφει ένα αντικείμενο με δύο ιδιότητες: `value` (η επόμενη τιμή στην ακολουθία) και `done` (μια λογική τιμή που είναι `true` όταν η ακολουθία έχει ολοκληρωθεί).

Αυτό το πρωτόκολλο τροφοδοτεί τους βρόχους `for...of`, τη σύνταξη spread και τις αναθέσεις αποδόμησης. Η πρόκληση, ωστόσο, ήταν η έλλειψη εγγενών μεθόδων για να εργαστούμε απευθείας με τον επαναλήπτη. Αυτό οδήγησε σε δύο κοινά, αλλά μη βέλτιστα, πρότυπα κωδικοποίησης.

Οι Παλιοί Τρόποι: Λεξιπλασία εναντίον Αναποτελεσματικότητας

Ας εξετάσουμε μια συνηθισμένη εργασία: την επικύρωση ότι όλες οι ετικέτες που υποβάλλονται από τον χρήστη σε μια δομή δεδομένων είναι μη κενές συμβολοσειρές.

Μοτίβο 1: Ο Χειροκίνητος Βρόχος `for...of`

Αυτή η προσέγγιση είναι αποδοτική ως προς τη μνήμη αλλά είναι περιττολογική και προστακτική.

function* getTags() {
yield 'JavaScript';
yield 'WebDev';
yield ''; // Άκυρη ετικέτα
yield 'Performance';
}

const tagsIterator = getTags();
let allTagsAreValid = true;
for (const tag of tagsIterator) {
if (typeof tag !== 'string' || tag.length === 0) {
allTagsAreValid = false;
break; // Πρέπει να θυμόμαστε να διακόψουμε χειροκίνητα (short-circuit)
}
}

console.log(allTagsAreValid); // false

Αυτός ο κώδικας λειτουργεί τέλεια, αλλά απαιτεί επαναλαμβανόμενο κώδικα (boilerplate). Πρέπει να αρχικοποιήσουμε μια μεταβλητή-σημαία, να γράψουμε τη δομή του βρόχου, να υλοποιήσουμε τη λογική της συνθήκης, να ενημερώσουμε τη σημαία, και το πιο σημαντικό, να θυμόμαστε να χρησιμοποιήσουμε την εντολή `break` για να αποφύγουμε την περιττή επεξεργασία. Αυτό προσθέτει γνωστικό φόρτο και είναι λιγότερο δηλωτικό από ό,τι θα θέλαμε.

Μοτίβο 2: Η Αναποτελεσματική Μετατροπή σε Πίνακα

Αυτή η προσέγγιση είναι δηλωτική αλλά θυσιάζει την απόδοση και τη μνήμη.

const tagsArray = [...getTags()]; // Αναποτελεσματικό! Δημιουργεί έναν πλήρη πίνακα στη μνήμη.
const allTagsAreValid = tagsArray.every(tag => typeof tag === 'string' && tag.length > 0);

console.log(allTagsAreValid); // false

Αυτός ο κώδικας είναι πολύ πιο καθαρός στην ανάγνωση, αλλά έρχεται με υψηλό κόστος. Ο τελεστής spread `...` πρώτα εξαντλεί ολόκληρο τον επαναλήπτη, δημιουργώντας έναν νέο πίνακα που περιέχει όλα τα στοιχεία του. Αν η `getTags()` διάβαζε από ένα αρχείο με εκατομμύρια ετικέτες, αυτό θα κατανάλωνε τεράστια ποσότητα μνήμης, οδηγώντας πιθανώς σε κατάρρευση της διαδικασίας. Αναιρεί εντελώς τον σκοπό της χρήσης μιας γεννήτριας εξ αρχής.

Οι βοηθοί επανάληψης επιλύουν αυτή τη σύγκρουση προσφέροντας το καλύτερο και από τους δύο κόσμους: το δηλωτικό ύφος των μεθόδων πίνακα σε συνδυασμό με την αποδοτικότητα μνήμης της άμεσης επανάληψης.

Ο Καθολικός Επαληθευτής: Μια Βαθιά Εξερεύνηση στο Iterator.prototype.every

Η μέθοδος `every` είναι μια τερματική λειτουργία, που σημαίνει ότι καταναλώνει τον επαναλήπτη για να παράγει μια ενιαία, τελική τιμή. Σκοπός της είναι να ελέγξει αν κάθε στοιχείο που παράγεται από τον επαναλήπτη περνάει μια δοκιμή που υλοποιείται από μια παρεχόμενη συνάρτηση επανάκλησης (callback function).

Σύνταξη και Παράμετροι

Η υπογραφή της μεθόδου είναι σχεδιασμένη ώστε να είναι αμέσως οικεία σε κάθε προγραμματιστή που έχει εργαστεί με την `Array.prototype.every`.

iterator.every(callbackFn)

Η `callbackFn` είναι η καρδιά της λειτουργίας. Είναι μια συνάρτηση που εκτελείται μία φορά για κάθε στοιχείο που παράγεται από τον επαναλήπτη μέχρι να επιλυθεί η συνθήκη. Λαμβάνει δύο ορίσματα:

• `value`: Η τιμή του τρέχοντος στοιχείου που επεξεργάζεται στην ακολουθία.
• `index`: Ο μηδενικός δείκτης του τρέχοντος στοιχείου.

Η τιμή επιστροφής της συνάρτησης επανάκλησης καθορίζει το αποτέλεσμα. Αν επιστρέψει μια "αληθοφανή" (truthy) τιμή (οτιδήποτε δεν είναι `false`, `0`, `''`, `null`, `undefined`, ή `NaN`), το στοιχείο θεωρείται ότι έχει περάσει τη δοκιμή. Αν επιστρέψει μια "ψευδοφανή" (falsy) τιμή, το στοιχείο αποτυγχάνει.

Τιμή Επιστροφής και Βραχυκύκλωμα (Short-Circuiting)

Η ίδια η μέθοδος `every` επιστρέφει μια ενιαία λογική τιμή:

• Επιστρέφει `false` μόλις η `callbackFn` επιστρέψει μια ψευδοφανή τιμή για οποιοδήποτε στοιχείο. Αυτή είναι η κρίσιμη συμπεριφορά βραχυκυκλώματος (short-circuiting). Η επανάληψη σταματά αμέσως και δεν αντλούνται άλλα στοιχεία από την πηγή-επαναλήπτη.
• Επιστρέφει `true` εάν ο επαναλήπτης καταναλωθεί πλήρως και η `callbackFn` έχει επιστρέψει μια αληθοφανή τιμή για κάθε ένα στοιχείο.

Οριακές Περιπτώσεις και Αποχρώσεις

• Κενοί Επαναλήπτες: Τι συμβαίνει αν καλέσετε την `every` σε έναν επαναλήπτη που δεν παράγει τιμές; Επιστρέφει `true`. Αυτή η έννοια είναι γνωστή ως κενή αλήθεια στη λογική. Η συνθήκη "κάθε στοιχείο περνάει τη δοκιμή" είναι τεχνικά αληθής επειδή δεν έχει βρεθεί κανένα στοιχείο που να αποτυγχάνει στη δοκιμή.
• Παρενέργειες στις Συναρτήσεις Επανάκλησης: Λόγω του βραχυκυκλώματος, θα πρέπει να είστε προσεκτικοί αν η συνάρτηση επανάκλησης παράγει παρενέργειες (π.χ., καταγραφή, τροποποίηση εξωτερικών μεταβλητών). Η επανάκληση δεν θα εκτελεστεί για όλα τα στοιχεία εάν ένα προηγούμενο στοιχείο αποτύχει στη δοκιμή.
• Διαχείριση Σφαλμάτων: Εάν η μέθοδος `next()` του πηγαίου επαναλήπτη προκαλέσει σφάλμα, ή εάν η ίδια η `callbackFn` προκαλέσει σφάλμα, η μέθοδος `every` θα διαδώσει αυτό το σφάλμα και η επανάληψη θα σταματήσει.

Εφαρμόζοντάς το στην Πράξη: Από Απλούς Ελέγχους σε Πολύπλοκες Ροές

Ας εξερευνήσουμε τη δύναμη της `Iterator.prototype.every` με μια σειρά πρακτικών παραδειγμάτων που αναδεικνύουν την ευελιξία της σε διαφορετικά σενάρια και δομές δεδομένων που βρίσκονται σε παγκόσμιες εφαρμογές.

Παράδειγμα 1: Επικύρωση Στοιχείων DOM

Οι προγραμματιστές Ιστού συχνά εργάζονται με αντικείμενα `NodeList` που επιστρέφονται από την `document.querySelectorAll()`. Ενώ οι σύγχρονοι περιηγητές έχουν κάνει το `NodeList` επαναλήψιμο, δεν είναι ένας πραγματικός `Array`. Η `every` είναι ιδανική για αυτό.

// HTML:


const formInputs = document.querySelectorAll('form input');

// Έλεγχος αν όλα τα πεδία της φόρμας έχουν τιμή χωρίς δημιουργία πίνακα
const allFieldsAreFilled = formInputs.values().every(input => input.value.trim() !== '');

if (allFieldsAreFilled) {
console.log('Όλα τα πεδία είναι συμπληρωμένα. Έτοιμο για υποβολή.');
} else {
console.log('Παρακαλώ συμπληρώστε όλα τα απαιτούμενα πεδία.');
}

Παράδειγμα 2: Επικύρωση μιας Διεθνούς Ροής Δεδομένων

Φανταστείτε μια εφαρμογή από την πλευρά του διακομιστή που επεξεργάζεται μια ροή δεδομένων εγγραφής χρηστών από ένα αρχείο CSV ή ένα API. Για λόγους συμμόρφωσης, πρέπει να διασφαλίσουμε ότι κάθε εγγραφή χρήστη ανήκει σε ένα σύνολο εγκεκριμένων χωρών.

const ALLOWED_COUNTRY_CODES = new Set(['US', 'CA', 'GB', 'DE', 'AU']);

// Γεννήτρια που προσομοιώνει μια μεγάλη ροή δεδομένων εγγραφών χρηστών
function* userRecordStream() {
yield { userId: 1, country: 'US' };
console.log('Επικυρώθηκε ο χρήστης 1');
yield { userId: 2, country: 'DE' };
console.log('Επικυρώθηκε ο χρήστης 2');
yield { userId: 3, country: 'MX' }; // Το Μεξικό δεν ανήκει στο επιτρεπόμενο σύνολο
console.log('Επικυρώθηκε ο χρήστης 3 - ΑΥΤΟ ΔΕΝ ΘΑ ΚΑΤΑΓΡΑΦΕΙ');
yield { userId: 4, country: 'GB' };
console.log('Επικυρώθηκε ο χρήστης 4 - ΑΥΤΟ ΔΕΝ ΘΑ ΚΑΤΑΓΡΑΦΕΙ');
}

const records = userRecordStream();
const allRecordsAreCompliant = records.every(
record => ALLOWED_COUNTRY_CODES.has(record.country)
);

if (allRecordsAreCompliant) {
console.log('Η ροή δεδομένων είναι συμβατή. Έναρξη μαζικής επεξεργασίας.');
} else {
console.log('Ο έλεγχος συμμόρφωσης απέτυχε. Βρέθηκε μη έγκυρος κωδικός χώρας στη ροή.');
}

Αυτό το παράδειγμα επιδεικνύει όμορφα τη δύναμη του βραχυκυκλώματος. Τη στιγμή που συναντάται η εγγραφή από το 'MX', η `every` επιστρέφει `false`, και η γεννήτρια δεν καλείται για περισσότερα δεδομένα. Αυτό είναι απίστευτα αποδοτικό για την επικύρωση τεράστιων συνόλων δεδομένων.

Παράδειγμα 3: Εργασία με Άπειρες Ακολουθίες

Η πραγματική δοκιμασία μιας τεμπέλικης λειτουργίας είναι η ικανότητά της να χειρίζεται άπειρες ακολουθίες. Η `every` μπορεί να λειτουργήσει με αυτές, υπό την προϋπόθεση ότι η συνθήκη τελικά αποτυγχάνει.

// Μια γεννήτρια για μια άπειρη ακολουθία άρτιων αριθμών
function* infiniteEvenNumbers() {
let n = 0;
while (true) {
yield n;
n += 2;
}
}

// Δεν μπορούμε να ελέγξουμε αν ΟΛΟΙ οι αριθμοί είναι μικρότεροι του 100, καθώς αυτό θα εκτελούνταν για πάντα.
// Αλλά μπορούμε να ελέγξουμε αν είναι ΟΛΟΙ μη αρνητικοί, το οποίο είναι αληθές αλλά θα εκτελούνταν επίσης για πάντα.

// Ένας πιο πρακτικός έλεγχος: είναι όλοι οι αριθμοί στην ακολουθία μέχρι ένα ορισμένο σημείο έγκυροι;
// Ας χρησιμοποιήσουμε την `every` σε συνδυασμό με έναν άλλο βοηθό επανάληψης, τον `take` (υποθετικός προς το παρόν, αλλά μέρος της πρότασης).

// Ας μείνουμε σε ένα καθαρό παράδειγμα `every`. Μπορούμε να ελέγξουμε μια συνθήκη που εγγυημένα θα αποτύχει.
const numbers = infiniteEvenNumbers();

// Αυτός ο έλεγχος τελικά θα αποτύχει και θα τερματίσει με ασφάλεια.
const areAllBelow100 = numbers.every(n => n < 100);

console.log(`Είναι όλοι οι άπειροι άρτιοι αριθμοί κάτω από 100; ${areAllBelow100}`); // false

Η επανάληψη θα προχωρήσει μέσω των 0, 2, 4, ... μέχρι το 98. Όταν φτάσει το 100, η συνθήκη `100 < 100` είναι ψευδής. Η `every` επιστρέφει αμέσως `false` και τερματίζει τον άπειρο βρόχο. Αυτό θα ήταν αδύνατο με μια προσέγγιση βασισμένη σε πίνακα.

Iterator.every εναντίον Array.every: Ένας Οδηγός Τακτικής Απόφασης

Η επιλογή μεταξύ της `Iterator.prototype.every` και της `Array.prototype.every` είναι μια βασική αρχιτεκτονική απόφαση. Ακολουθεί μια ανάλυση για να καθοδηγήσει την επιλογή σας.

Ένα Απλό Δέντρο Αποφάσεων

Για να αποφασίσετε ποια μέθοδο να χρησιμοποιήσετε, κάντε στον εαυτό σας αυτές τις ερωτήσεις:

1. Είναι τα δεδομένα μου ήδη ένας πίνακας;
   • Ναι: Είναι ο πίνακας αρκετά μεγάλος ώστε η μνήμη να αποτελεί ανησυχία; Αν όχι, η `Array.prototype.every` είναι απολύτως εντάξει και συχνά απλούστερη.
   • Όχι: Προχωρήστε στην επόμενη ερώτηση.
2. Είναι η πηγή δεδομένων μου ένα επαναλήψιμο εκτός από πίνακα (π.χ., ένα Set, μια γεννήτρια, μια ροή);
   • Ναι: Η `Iterator.prototype.every` είναι η ιδανική επιλογή. Αποφύγετε την ποινή του `Array.from()`.
3. Είναι η αποδοτικότητα της μνήμης κρίσιμη απαίτηση για αυτή τη λειτουργία;
   • Ναι: Η `Iterator.prototype.every` είναι η ανώτερη επιλογή, ανεξάρτητα από την πηγή δεδομένων.

Ο Δρόμος προς την Τυποποίηση: Υποστήριξη από Περιηγητές και Περιβάλλοντα Εκτέλεσης

Από τα τέλη του 2023, η πρόταση Iterator Helpers βρίσκεται στο Στάδιο 3 της διαδικασίας τυποποίησης της TC39. Το Στάδιο 3, γνωστό και ως στάδιο "Υποψηφίου", σημαίνει ότι ο σχεδιασμός της πρότασης είναι πλήρης και είναι τώρα έτοιμη για υλοποίηση από τους κατασκευαστές περιηγητών και για ανατροφοδότηση από την ευρύτερη κοινότητα προγραμματιστών. Είναι πολύ πιθανό να συμπεριληφθεί σε ένα επερχόμενο πρότυπο ECMAScript (π.χ., ES2024 ή ES2025).

Ενώ μπορεί να μην βρείτε την `Iterator.prototype.every` διαθέσιμη εγγενώς σε όλους τους περιηγητές σήμερα, μπορείτε να αρχίσετε να αξιοποιείτε τη δύναμή της αμέσως μέσω του ισχυρού οικοσυστήματος της JavaScript:

• Polyfills: Ο πιο συνηθισμένος τρόπος χρήσης μελλοντικών χαρακτηριστικών είναι με ένα polyfill. Η βιβλιοθήκη `core-js`, ένα πρότυπο για το polyfilling της JavaScript, περιλαμβάνει υποστήριξη για την πρόταση των βοηθών επανάληψης. Συμπεριλαμβάνοντάς την στο έργο σας, μπορείτε να χρησιμοποιήσετε τη νέα σύνταξη σαν να υποστηριζόταν εγγενώς.
• Transpilers: Εργαλεία όπως το Babel μπορούν να ρυθμιστούν με συγκεκριμένα πρόσθετα για να μετασχηματίσουν τη νέα σύνταξη των βοηθών επανάληψης σε ισοδύναμο, συμβατό προς τα πίσω κώδικα που εκτελείται σε παλαιότερες μηχανές JavaScript.

Για τις πιο πρόσφατες πληροφορίες σχετικά με την κατάσταση της πρότασης και τη συμβατότητα των περιηγητών, συνιστούμε να αναζητήσετε την "πρόταση TC39 Iterator Helpers" στο GitHub ή να συμβουλευτείτε πόρους συμβατότητας Ιστού όπως τα MDN Web Docs.

Συμπέρασμα: Μια Νέα Εποχή Αποδοτικής και Εκφραστικής Επεξεργασίας Δεδομένων

Η προσθήκη της `Iterator.prototype.every` και της ευρύτερης σουίτας βοηθών επανάληψης είναι κάτι περισσότερο από μια απλή συντακτική ευκολία. Είναι μια θεμελιώδης βελτίωση στις δυνατότητες επεξεργασίας δεδομένων της JavaScript. Αντιμετωπίζει ένα μακροχρόνιο κενό στη γλώσσα, δίνοντας τη δυνατότητα στους προγραμματιστές να γράφουν κώδικα που είναι ταυτόχρονα πιο εκφραστικός, πιο αποδοτικός και δραματικά πιο οικονομικός ως προς τη μνήμη.

Παρέχοντας έναν πρωτοκλασάτο, δηλωτικό τρόπο για την εκτέλεση καθολικών ελέγχων συνθηκών σε οποιαδήποτε επαναλήψιμη ακολουθία, η `every` εξαλείφει την ανάγκη για αδέξιους χειροκίνητους βρόχους ή σπάταλες ενδιάμεσες δημιουργίες πινάκων. Προωθεί ένα στυλ συναρτησιακού προγραμματισμού που είναι κατάλληλο για τις προκλήσεις της σύγχρονης ανάπτυξης εφαρμογών, από τη διαχείριση ροών δεδομένων σε πραγματικό χρόνο έως την επεξεργασία μεγάλων συνόλων δεδομένων σε διακομιστές.

Καθώς αυτό το χαρακτηριστικό γίνεται εγγενές μέρος του προτύπου JavaScript σε όλα τα παγκόσμια περιβάλλοντα, αναμφίβολα θα γίνει ένα απαραίτητο εργαλείο. Σας ενθαρρύνουμε να αρχίσετε να πειραματίζεστε με αυτό μέσω polyfills σήμερα. Εντοπίστε περιοχές στον κώδικά σας όπου μετατρέπετε άσκοπα επαναλήψιμα σε πίνακες και δείτε πώς αυτή η νέα μέθοδος μπορεί να απλοποιήσει και να βελτιστοποιήσει τη λογική σας. Καλώς ήρθατε σε ένα καθαρότερο, ταχύτερο και πιο κλιμακούμενο μέλλον για την επανάληψη στη JavaScript.